จะ จำกัด การเข้าถึงระบบไฟล์ใน Atlassian Bamboo ได้อย่างไร


12

เรามี Atlassian Bamboo ที่ทำงานบน Ubuntu เมื่อนักพัฒนาตั้งค่าการสร้างเขาหรือเธอมีความเป็นไปได้ที่จะเรียกใช้งานเชลล์สคริปต์ สิ่งนี้มีประโยชน์ในการรันคำสั่ง (กำหนดเอง) บนโค้ดเบสที่คุณกำลังสร้าง

อย่างไรก็ตามสคริปต์ที่เรียกใช้ยังสามารถเข้าถึงระบบไฟล์นอกไดเรกทอรีงานได้ในไดเรกทอรีการทำงานของ Bamboo ( <Bamboo-home-dir>/xml-data/build-dir/JOB_KEY) ดังนั้น JOB_A ยังสามารถเข้าถึงไฟล์ของ cd ../JOB_BJOB_B:

มีความเป็นไปได้ที่จะ จำกัด การเข้าถึงนี้หรือไม่?

ป.ล. ฉันทราบถึงความจริงที่ว่าบิลด์ทำงานโดยเอเจนต์ (ท้องถิ่นหรือระยะไกล) ในแบมบูและคุณสามารถสร้างโปรเจ็กต์ที่แตกต่างกันโดยเอเจนต์ต่าง ๆ อย่างไรก็ตามหากโครงการสองโครงการสร้างขึ้นโดยตัวแทนเดียวกันโครงการสามารถเข้าถึงไฟล์ของกันและกันได้

คำตอบ:


9

ขณะนี้ยังไม่มีความสามารถในการ จำกัด งานที่สามารถทำงานกับตัวแทนเดียวกันจากอาจมีปฏิสัมพันธ์กับคนอื่น ๆ มีการร้องขอคุณสมบัติมากมายที่ขอให้มีการเรียงลำดับนี้ แต่ถ้าฉันเข้าใจคำถามของคุณอย่างถูกต้องคำขอที่เหมาะสมที่สุดจะเป็นตั๋ว JAM BAM-2504 อันนี้

มันเป็นช่องว่างขนาดใหญ่ในสายผลิตภัณฑ์โซลูชันเดียวที่ฉันพบคล้ายกับสิ่งที่เสนอโดยการร้องขอลิงก์ข้างต้นกระบวนการไม้ไผ่ของคุณจะต้องทำงานด้วยสิทธิ์ที่เพียงพอในการเลียนแบบกลุ่มผู้ใช้ที่เป็นตัวแทนของโครงการ คุณต้องการแยกจากกัน

เมื่อคุณมีกลไกประเภทนี้แล้วคุณต้องพยายามบังคับใช้ให้ทุกแผนเรียกใช้เป็นบัญชีที่ไม่มีตัวตนอย่างใดอย่างหนึ่งขึ้นอยู่กับตัวอย่างของโครงการหรือผู้สร้างเป็นต้น

ปัญหาวิธีการควบคุมการเข้าถึงที่มีอยู่ในปัจจุบันนี้หมายความว่าผู้ดูแลระบบหลักสองสามรายจะต้องตั้งค่าแผนทั้งหมดเพื่อให้พวกเขามั่นใจได้ว่าสิทธิ์ที่จำเป็นต้องมีการแบ่งออกแทนที่จะปล่อยให้ผู้ใช้ที่ไม่ใช่ผู้ดูแลระบบแก้ไขและสร้างแผนของตนเอง

หากวิธีการนี้ไม่สามารถทำได้ซึ่งไม่ใช่เมื่อคุณเข้าสู่ประเภท "ผู้ใช้หลายร้อยคน" สิ่งเดียวที่คุณสามารถทำได้เพื่อลองและหยุดงานสร้างไม่ให้มีปฏิสัมพันธ์กับผู้อื่นคือการนำ การควบคุมที่อ่อนแอมากที่ไผ่ให้

ฉันได้ลองสองวิธีในการทำสิ่งนี้:

  1. ลบหรือพิการ (ลบความสามารถทั้งหมดออกจาก) ตัวแทนในพื้นที่ของคุณและสำหรับโครงการ / ทีม / ทุกอย่างที่แตกต่างกันบนกระดานไปยังอินสแตนซ์ไผ่ของคุณคุณต้องบังคับให้เซิร์ฟเวอร์ BYO สร้าง ในกรณีส่วนใหญ่ฉันมีส่วนร่วมในค่าใช้จ่ายของตัวแทนเป็นเรื่องเล็กน้อยที่สุดเมื่อเทียบกับค่าใช้จ่ายของการรั่วไหลของข้อมูลที่อาจเกิดขึ้นหรือการโต้ตอบแผนที่เป็นอันตราย
  2. ตรวจสอบให้แน่ใจว่าโครงการที่มีหรือคิดว่าพวกเขามีข้อมูลที่ละเอียดอ่อนที่เกี่ยวข้องในแผนของพวกเขาจะทำให้สภาพแวดล้อมของพวกเขาถูกสุขลักษณะเสมอหลังจากที่พวกเขาสร้าง สิ่งนี้จะช่วยแบ่งเบาภาระของทีมที่ดูแลเครื่องมือและเขียนโครงการของพวกเขาและบังคับให้พวกเขาล้างข้อมูลใด ๆ ที่พวกเขาไม่ต้องการให้ผู้อื่นใช้

วิธีการแก้ปัญหาไม่ได้ใกล้เคียงกับความสมบูรณ์แบบ แต่อย่างดีที่สุดของความรู้ของฉันที่เกี่ยวกับการแบ่งแยกมากที่สุดเท่าที่คุณสามารถบังคับใช้ถ้าคุณมีอินสแตนซ์ไม้ไผ่ที่ใช้ร่วมกัน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.