ทางเลือกในการควบคุมเวอร์ชันมืออาชีพ [ปิด]

เรากำลังร่วมมือกับโปรแกรมเมอร์ (นักเขียน) ที่ไม่ใช่คนที่ต้องการมีส่วนร่วมในโครงการของเรา

ตอนนี้พวกเขาไม่ชอบแนวคิดของการใช้ Git (หรืออะไรก็ตามสำหรับเรื่องนั้น) สำหรับเวอร์ชันที่ควบคุมการทำงานของพวกเขา ฉันคิดว่าเป็นเช่นนี้เพราะพวกเขาไม่คิดว่ามันจะคุ้มค่าที่จะห่อหุ้มแนวคิดที่บิดเบี้ยวของการควบคุมเวอร์ชัน (เมื่อฉันแนะนำพวกเขาให้รู้จักกับการแตกแขนงและรวมเข้าด้วยกัน - พวกเขาดูเหมือนว่าฉันจะทำให้พวกเขาขุ่นเคือง)

ตอนนี้เราไม่อยู่ในฐานะที่จะให้การศึกษาแก่พวกเขาหรือโน้มน้าวให้พวกเขาใช้มัน เราแค่พยายามหาทางเลือกอื่นเพื่อให้เราได้งานทั้งหมด (ซึ่งเป็นสิ่งที่เราต้องการ) - และพวกเขาได้รับขั้นตอนการทำงานที่ง่ายและมีสมาธิกับสิ่งที่พวกเขาทำ

ฉันได้ไอเดียมา ...

• บอกให้พวกเขาบันทึกงานของพวกเขาเป็นไฟล์แยกต่างหากทุกครั้งที่พวกเขาทำการเปลี่ยนแปลงที่ไม่สำคัญและจากนั้นใช้ diff ด้านข้างของเราเพื่อติดตามการเปลี่ยนแปลง
• เขียนโปรแกรม (ใน Python) ที่ใช้ "เหตุการณ์สำคัญ" ใน CSSEdit อย่างใด

เกี่ยวกับโครงการ:

เป็นระบบประมวลผลภาษาธรรมชาติ (เขียนด้วย C + Python) เราได้จ้างนักเขียนเพื่อเตรียมอินพุตสำหรับระบบในภาษาต่างๆ และเมื่อเราพัฒนาซอฟต์แวร์เราต้องการนักเขียนเหล่านั้นเพื่อทำการเปลี่ยนแปลงอินพุต (บทความ) บางครั้งการเปลี่ยนแปลงมีขนาดเล็กมาก (คำหนึ่งหรือสองคำ) และบางครั้งใหญ่

เหตุผลที่เราจำเป็นต้องควบคุมเวอร์ชันการเปลี่ยนแปลงเหล่านั้นก็เพราะว่าการเปลี่ยนแปลงเล็ก ๆ น้อย ๆ / ใหญ่ในอินพุทนั้นมีศักยภาพที่จะเปลี่ยนเอาต์พุตของระบบได้อย่างมาก

เมื่อฉันแนะนำพวกเขาให้รู้จักกับการแตกแขนงและรวมเข้าด้วยกัน - พวกเขาดูเหมือนว่าฉันจะทำให้ขุ่นเคือง

อาจเป็นเพราะการแยกและรวมเป็นแนวคิดขั้นสูงและมีประโยชน์น้อยกว่าการติดตามการเปลี่ยนแปลง

ดังนั้นทำไมไม่อธิบายเพียงแค่ "ยอมรับ" (บันทึก) และ "อัปเดต" สองแนวคิดที่ง่ายจริงๆ ฉันแน่ใจว่าคุณสามารถอธิบายได้ภายในเวลาไม่ถึง 10 นาที

หากคุณต้องการแยกสาขาและสิ่งต่าง ๆ เช่นนั้นจริงๆคุณสามารถทำส่วนนั้นเองโดยไม่เกี่ยวข้องกับมัน

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

สำหรับ git ดูเหมือนว่าในท้ายที่สุดคุณจะจบลงด้วยการให้รุ่นสาขาที่ถูกต้องอยู่แล้วดังนั้นเพียงแค่ใส่ repo git ลงในดรอปบ็อกซ์และจัดการการแยกและการรวมสำหรับผู้เขียน

คำตอบที่แท้จริงคือในการแก้ไขของคุณ: "เราได้จ้างนักเขียนบางคน" - บางครั้งคุณต้องมีใจที่เปื้อนเลือด ... พวกเขาต้องการเงินของพวกเขาพวกเขาต้องทำในสิ่งที่คุณต้องการให้สิ่งที่คุณต้องการไม่มีเหตุผล

อาร์กิวเมนต์ที่คุณทำคืออาร์กิวเมนต์ที่คุณได้ก้าวหน้าไปแล้ว - เราต้องสามารถทำ X, Y และ Z เพื่อให้ผลิตภัณฑ์ทำงานได้และเพื่อที่จะทำสิ่งนี้เราต้องการให้คุณทำเช่นนั้น เราจะสนับสนุนให้มากที่สุดเท่าที่จะทำได้ แต่เพื่อให้สิ่งนี้ทำงานได้ (และเพื่อให้มันเป็นกระแสรายได้สำหรับคุณผู้เขียน) สิ่งนี้ต้องเกิดขึ้น

ฉันมักจะเห็นด้วยว่าวิธีแก้ปัญหาที่เหมาะสมบนวิกินั้นดูเหมือนจะเป็นการจับคู่ที่ดี แต่ความท้าทายที่นี่คือวิธีการประนีประนอมระหว่างขั้นตอนการทำงานกับความต้องการของคุณ

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

ฉันต้องจัดการกับสถานการณ์ที่คล้ายกันเช่นนี้มาก่อน ในที่สุดเราเพิ่งกำหนดหนึ่งนักพัฒนา (ฉัน) เป็นจุดควบคุมเวอร์ชันของการติดต่อสำหรับบุคคลที่สาม

บุคคลที่สามจะส่งไฟล์ zip ของไฟล์โครงการของพวกเขาให้ฉันทางอีเมลทุกวันและฉันจะทำรายการเช็คอินให้พวกเขา ฉันตั้งค่าพื้นที่ทำงานโครงการแยกต่างหากและบัญชี svn สำหรับพวกเขาและจะแตกไฟล์ลงในพื้นที่ทำงานนั้นเขียนทับสิ่งที่อยู่ที่นั่นและทำการเช็คอินภายใต้บัญชีนั้น

ไม่ใช่เรื่องสนุกที่สุดที่ต้องทำทุกวัน แต่บางครั้งก็สำคัญกว่าที่จะต้องทำงานให้เสร็จ

ข้อดีอย่างหนึ่งก็คือมันช่วยให้ฉันตรวจสอบงานของพวกเขาเพื่อให้แน่ใจว่าพวกเขาไม่ได้ตรวจสอบในรหัสที่ไม่ดีและข้อมูลที่จะทำลายการสร้าง

SparkleShareเป็น dropbox-clone-git ฉันคิดว่ามันเหมาะกับความต้องการของคุณ

SparkleShare สร้างโฟลเดอร์พิเศษบนคอมพิวเตอร์ของคุณ คุณสามารถเพิ่มโฟลเดอร์ที่โฮสต์จากระยะไกล (หรือ "โครงการ") ไปยังโฟลเดอร์นี้ โปรเจ็กต์เหล่านี้จะถูกซิงค์โดยอัตโนมัติกับทั้งโฮสต์และเพียร์ทั้งหมดของคุณเมื่อมีคนเพิ่มลบหรือแก้ไขไฟล์

... นี่เป็นตัวอย่างเล็ก ๆ น้อย ๆ ของสิ่งที่ทำได้ดีและไม่ดีนักเมื่อมีใบหน้าที่ยิ้มแย้ม:

ยิ่งใหญ่

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

ไม่ค่อยดีนัก

• สำรองข้อมูลคอมพิวเตอร์เต็มรูปแบบ
• กำลังจัดเก็บคอลเลกชันภาพถ่ายหรือเพลงของคุณ
• ไฟล์ไบนารีขนาดใหญ่ที่เปลี่ยนแปลงบ่อยเช่นโครงการตัดต่อวิดีโอ ...

อัปเดต (พฤศจิกายน 2558) : โครงการดูเหมือนว่าจะถูกทิ้งร้าง (รุ่นล่าสุดจากเมษายน 2014)

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

เพียงค้นหาเครื่องมือแก้ไขที่มีการสนับสนุน VCS ในตัวกำหนดค่าและแสดงขั้นตอนง่าย ๆ เพิ่มเติมในงานของพวกเขา

เพียงตัวอย่าง - Editplus รู้เกี่ยวกับการโค่นล้มมีความสามารถในการดำเนินการ SVN ขั้นพื้นฐานภายในหน้าต่างแก้ไข Editplus ล่าสุดยังสามารถใช้ TortoiseGIT สำหรับการรวม Git

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

แล้วการตั้งค่าWebDAVล่ะ

โดยอัตโนมัติจะจัดการประวัติเวอร์ชันตรงของพวกเขาโดยอัตโนมัติ สิ่งที่พวกเขาต้องทำคือเชื่อมต่อกับเซิร์ฟเวอร์ราวกับว่ามันเป็นไดรฟ์เครือข่ายและการบันทึกทุกครั้งจะต้องกระทำ

Google Docs

Google เอกสารอาจทำสิ่งที่คุณต้องการ File > See Revision Historyจะช่วยให้คุณติดตามการเปลี่ยนแปลง

คุณมีปัญหาในการส่งไฟล์ไปมาดูแลฟรี เพียงแบ่งปันเอกสารในหมู่ทุกคน

ในที่สุดมันใช้งานง่าย; ผู้เขียนไม่จำเป็นต้องรู้ว่ามีการกำหนดเวอร์ชันเกิดขึ้น

ผู้ไม่เชื่อเรื่องพระเจ้าของระบบปฏิบัติการ

เขียนโปรแกรม Python ที่คุณสามารถลากและวางไฟล์ลงบนโปรแกรมที่แล้วสามารถทำgit addและgit commitและสิ่งที่ไม่และพวกเขาไม่เคยมีการจัดการกับมัน

หรือ

ใช้ระบบไฟล์ที่ใช้ WebDav คุณสามารถติดตั้งบนเครื่องของพวกเขาและให้เซิร์ฟเวอร์ทำgitสิ่งต่าง ๆ อย่างโปร่งใส

OSX / Linux

เขียนปลั๊กอิน FUSE ที่ใช้ Python ซึ่งจะใช้ไฟล์และคอมมิทมันเพื่อคอมไพล์ จากนั้นพวกเขาสามารถเปิดและบันทึกจากระบบไฟล์ที่เมาท์ได้อย่างโปร่งใส มีแหล่งข้อมูล FUSE สำหรับ Windows อยู่บ้าง แต่อาจไม่คุ้มกับการหลอก

ของ windows

คุณอาจเขียนโค้ดเพื่อใช้FileSystem Filter Driversเพื่อทำgitสิ่งต่าง ๆอย่างโปร่งใส

อาความสุขของผู้ไม่ใช้รหัสล้อเลียนเกี่ยวกับ ฉันขอแนะนำให้ตั้งค่าสภาพแวดล้อม git / mercurial สำหรับพวกเขา บอกให้พวกเขาบันทึกทุกอย่างในรูปแบบที่ repo สามารถจัดการได้ ด้วยtortoisegitหรือtortoisehgพวกเขาไม่จำเป็นต้องรู้ว่า repo ทำงานอย่างไร พวกเขาเพียงแค่ตรวจสอบว่าพวกเขามีเครื่องหมายอัศเจรีย์ในไดเรกทอรีโครงการของพวกเขาคลิกขวาที่ไฟล์ที่ละเมิดและคลิกกระทำ พิมพ์บทสรุปของการเปลี่ยนแปลง (พวกเขาเป็นนักเขียนใช่ไหม) และคุณก็ทำเสร็จแล้ว!

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

Share Point เป็นอย่างไร ฉันรู้ว่ามันไม่ได้เป็นที่นิยมในโลกแห่งการพัฒนา แต่ถ้านักเขียนของคุณใช้ Windows เป็นระบบปฏิบัติการมันจะทำงานได้ดีและพวกเขาก็ไม่รู้ว่าพวกเขากำลังใช้การควบคุมเวอร์ชัน (ข้อดีอย่างมากสำหรับงานของฉัน)

วิธีนี้ยังช่วยป้องกันไม่ให้พวกเขาจัดการกับสิ่งใดที่จะทำให้พวกเขาหวาดกลัวไปมากเพราะดูเหมือนว่าพวกเขากำลังขี้ตกใจกับสิ่งใหม่ ๆ

คุณสามารถตั้งค่าเครื่องมือที่ตรวจสอบระบบไฟล์ที่ตัวเขียนกำลังบันทึกไฟล์และทำการคอมมิทอัตโนมัติทุกครั้งที่ทำการบันทึกหรือไม่?

หากคุณใช้เครือข่ายร่วมกันคุณสามารถกำหนดค่าทั้งหมดโดยไม่ต้องเกี่ยวข้องเลย แต่ทุกครั้งที่มีการอัปเดตให้ทีมของคุณใช้งานมันจะถูกเพิ่มเข้าไปใน git ให้คุณ

คุณดู Plastic SCM หรือเปล่า พวกเขาพยายามทำให้ใช้ง่ายขึ้น

หากคุณต้องการสำรองข้อมูลเวอร์ชันคุณสามารถใช้ Dropbox หรือตั้งค่าบริการสำรองข้อมูลของ Windows หรือคุณสามารถติดตั้ง Crashplan หรือผลิตภัณฑ์อื่นที่คล้ายคลึงกัน

สำหรับ Mercurial DVCS มีอินเทอร์เฟซผู้ใช้ชื่อEasyMercurialซึ่งมีเป้าหมายที่ระบุไว้อย่างชัดเจนเพื่อให้มุมมองที่เรียบง่ายของการดำเนินการควบคุมเวอร์ชันพื้นฐาน

EasyMercurial มีวัตถุประสงค์เพื่อ:

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

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

ฉันอยากจะแนะนำให้ลอง

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

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

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

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

อีกครั้งคุณสามารถลองบังคับใช้การตั้งชื่อซึ่งหมายถึงบอกพวกเขาล่วงหน้าว่าจะเรียกไฟล์ทุกไฟล์ไว้ล่วงหน้าหรือคุณสามารถใช้เวลาหลายชั่วโมงในการยกเลิกการคัดลอกและเปลี่ยนชื่อสิ่งที่พวกเขาส่งให้คุณ ที่นี่ฉันจะบอกว่าคุณต้องการสเปรดชีตเพื่อสุขภาพจิตของคุณเองดังนั้นลองไปให้พวกเขาทำตาม: อย่าแปลกใจเมื่อพวกเขาไม่ทำ

หวังว่าจะช่วยได้ - สนุก!

หากมีโอกาสที่พวกเขาสองคนจำเป็นต้องทำงานในเป้าหมายเดียวกันในครั้งเดียวและหากคุณสามารถจัดการกับงานทั้งหมดของพวกเขาในไฟล์ข้อความฉันจะลองใช้ Google เอกสารร่วมกัน

มันมีความสามารถในการแก้ไข / การทำงานร่วมกันที่ยอดเยี่ยมโดยที่ดีที่สุดเท่าที่ฉันเคยเห็นมา พวกเขายังเป็นเวอร์ชันเต็มและสามารถส่งออกเป็นไฟล์ข้อความ

แต่นั่นเป็นสอง ifs ใหญ่สวย

ปล่อยให้พวกเขาทำงานในโฟลเดอร์บันทึกไฟล์ตามปกติ

วันละหนึ่งครั้ง (หรือสัปดาห์ ฯลฯ ) คัดลอกเนื้อหาของโฟลเดอร์นั้นไปที่ backup_dd_mm_yyyy ซอร์สโค้ดระบบส่วนใหญ่ใช้พื้นที่เล็กน้อยในการให้พื้นที่ว่างในปัจจุบัน

การคัดลอกสามารถทำได้โดยคุณพวกเขาบุคคลที่สามเครื่องมือหรือสคริปต์

สิ่งนี้ จำกัด การสูญเสียไปหนึ่งวันให้ประวัติมีความโปร่งใสต่อพวกเขา

ไม่สมบูรณ์แบบสำหรับฝ่ายใดฝ่ายหนึ่ง แต่คำตอบที่พยายามจะโจมตีกลาง