วิธีใช้ Subversions สำหรับ Indesign, Illustrator และ Photoshop

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

ไม่แน่ใจว่าทำงานได้ดีเพียงใดกับการบีบอัดข้อมูล แต่คุณอาจต้องการลองใช้คอมไพล์ git : http://git-annex.branchable.com

หากไฟล์ของคุณไม่ใหญ่มากคอมไพล์ธรรมดาหรือ Mercurial อาจเหมาะสมที่สุด เพียงหลีกเลี่ยง SVN ที่ค่าใช้จ่ายทั้งหมด

มีคำแนะนำที่ดีบางประการที่/programming/29292/version-control-for-graphics

นี่เป็นคำพูดเล็กน้อยจากคำถามที่http://StackOverflow.com

"Github เพิ่งเปิดตัว" โหมดดูภาพ "ลองดู: https://github.com/blog/817-behold-image-view-modes "

-

"ฉันประสบความสำเร็จในการใช้ฟอร์เพอร์ซในโครงการขนาดใหญ่มาก (+100 GB) แต่เราต้องปิดการเข้าถึงเซิร์ฟเวอร์ควบคุมเวอร์ชันด้วยบางสิ่งที่เป็นมิตรกับศิลปินมากกว่านี้"

-

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

ไทม์ไลน์ทำงานร่วมกับ "ใด ๆ svn" และเห็นได้ชัดว่าเป็นปลั๊กอินออกแบบใหม่เช่นกัน

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

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

ลิงก์ของสกอตต์ไปยังรูปภาพ GIT นั้นมีความหมายสำหรับรูปแบบเฉพาะและ ( ฉันคาดเดา ) อาจไม่รองรับไฟล์ PSD และโดยเฉพาะอย่างยิ่งไฟล์ที่ออกแบบมา (เช่นรูปแบบไบนารีแบบสุ่ม) ไทม์ไลน์ดูเหมือนจะเป็นปลั๊กอินที่อาศัยเพียงแอปพลิเคชันโฮสต์เพื่อนำเสนอข้อมูลไบนารี (ทางออกที่ดีอย่างน้อยบนกระดาษ IMO)

วิธีการพื้นฐานที่ repo svn ทำงานคือคุณมีกระบวนการเซิร์ฟเวอร์ที่จัดการการติดตามและที่เก็บข้อมูลหลักของความแตกต่างทั้งหมด จากนั้นคุณมีกระบวนการไคลเอนต์บนเครื่องที่ทำงานอยู่ตลอดเวลาและติดอยู่ในเมนูบริบท ฯลฯ (หรือใช้บรรทัดคำสั่ง) คุณสร้างโฟลเดอร์ว่างในเครื่องแล้วติดแท็กเป็นโฟลเดอร์ SVN โดย "ตรวจสอบ" รุ่นจาก repo บนเซิร์ฟเวอร์ จากจุดนั้นคุณสามารถแก้ไขได้ตามต้องการแต่คุณต้องใช้ไคลเอ็นต์ svn เพื่อย้ายคัดลอกหรือลบไฟล์ในระบบไฟล์ หากคุณเพิ่มไฟล์ใหม่ใด ๆ ลงในโฟลเดอร์ SVN ท้องถิ่นคุณจะต้องติดแท็กไฟล์เหล่านั้นเพื่อติดตาม ทั้งหมดนี้เกิดขึ้นในพื้นที่และ repo จะได้รับการอัพเดตเมื่อมีการแก้ไขเมื่อคุณ "ยอมรับ" กลับไปที่ repo ด้วยตนเอง สำเนาในเครื่องของคุณเป็นรุ่นเดียวและคุณจำเป็นต้องสื่อสารกลับไปที่เซิร์ฟเวอร์ SVN เพื่อยกเลิกไฟล์

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

GIT ทำงานแตกต่างกันเล็กน้อยฉันคิดว่า

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

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

แค่ระวังด้วย SVN ฉันจะเรียนรู้คอมไพล์ จะดีกว่าด้วยขนาดไฟล์ใหญ่ แต่ก็ยังประสบความสำเร็จในการควบคุม / จัดการการโค่นล้ม น้ำหนักเบามากขึ้น

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

น้ำหนักเบาง่ายต่อการแยกและแตกแขนงและผสานและติดตามการเปลี่ยนแปลงที่เพิ่มขึ้น

ระบบเช่น SVN และ GIT ไม่ได้ออกแบบมาเพื่อจัดการกับไฟล์ PSD เหล่านี้เป็นไฟล์ขนาดยักษ์และไม่สามารถเทียบเคียงได้ง่ายจากรุ่นหนึ่งไปยังรุ่นถัดไปและเป็นไปไม่ได้ที่จะ 'ผสาน' และทางแยกและสิ่งที่คล้ายกัน

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

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

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

ดังนั้นสำหรับไฟล์ไบนารีที่มีน้ำหนักมากคุณจะต้องการให้อยู่นอกระบบควบคุมเวอร์ชันเช่นนี้และดูเป็นเครื่องมือ DAM (Digital Asset Management)

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

ทางเลือกที่เป็นไปได้มากที่สุดก็คือ Version Cue ของ Adobe ซึ่งฉันเชื่อว่าได้เปลี่ยนเป็นผลิตภัณฑ์ 'Adobe Drive':

http://www.adobe.com/products/adobedrive.html