GIT-ды корпоративтік файлдық жауап беру үшін пайдалану керек пе?

Бізде бүкіл әлем бойынша бірнеше қашықтағы жұмысшылар бар, олар бірдей файлдарды (соның ішінде қосу және редакциялау) бөлісуі керек.

Біз SVN-ді бұрын-соңды жақсы нәтижелермен қолдандық.

Біз SVN репозиттерінің біреуі 17 ГБ болды. Өлшем ешқашан болған емес. Бізде әртүрлі заттар, негізінен екілік файлдар болды.

Дегенмен, SVN-тің әрбір қалтада жасырын қалтаны сақтайтыны - пайдаланушыға ыңғайлы емес. (Пайдаланушылар қалталарды көшіруге және қоюға мүмкіндік береді).

Гит мұны шешеді. Мәселе Git-ті қолданып, SVN-мен жабысып қою керек пе немесе басқа ашық көзді құралы бар ма?

1
Құлыптауды пайдаланасыз ба?
қосылды автор Josh Lee, көзі
Сіздің қажеттіліктеріңізге жауап беретін көптеген DVCS шешімдері бар. SVN-ді ұнатсаңыз, бірақ .svn каталогтарына ұнамаса, сіз SVN 1.7-ге зерттеп, оны root-де бір .svn каталогына көшіргенсіз бе?
қосылды автор AlG, көзі
@Josh. Бізде жоқ. SVN-нің серверде қандай нұсқасы бар екеніне сенімдімін. Бірақ ол жұмыс істеді. Біз көбінесе оны маркетингтік топтар мен шолу командалары арасында қарауды және маркетингті өткізу үшін қолдандық.
қосылды автор Blake K Peterson, көзі
@AI. WOW ... 1.7 бір .svn қалтасын қарап шығуымыз керек, біздің мәселені шешеді :)
қосылды автор Blake K Peterson, көзі

5 жауаптар

Сіз мұнда ойлауды ойлайсыз. Сіз, мүмкін, көзден басқару шешімін қаламаңыз. Егер сіздің қызметкерлеріңіз .svn файлдарымен шатастырылса, олар Git-пен шатастырады.

Мүмкін шешім - Dropbox . Dropbox бағдарламасы Dropbox деп аталатын қалтаны Linux, Unix және Mac немесе Windows жүйесіндегі Менің құжаттарым қалтасындағы $ HOME каталогының астына орналастырады. Ондағы кез-келген файл Dropbox серверіне синхрондалады.

Егер сіз басқа компьютерге барсаңыз және сол Dropbox тіркелгісін ортақ пайдалансаңыз, онда барлық файлдар да сонда болады. Dropbox Linux, Windows және Mac жүйелерінде жұмыс істейді.

Егер сізде барлық Dropbox тіркелгілері болса, сол тіркелгілер арасында ортақ қалталарды жасай аласыз. Бірнеше адам арасында қалтаны осылай бөлісе аласыз. Dropbox кейбір нұсқалау механизмдері бар. Сіз файлдың алдыңғы көшірмелерін ала аласыз, сондықтан өзгертуді ұнатпасаңыз, оны қайтаруға болады. Тіпті жойылған нұсқаларды да алуға болады.

Dropbox 2 Гбайт деректер үшін тегін және сіз төлеуге дайын болсаңыз, көбірек орын ала аласыз. Мен бұл жағдайға арналған Dropbox қызметін қолдана отырып, 2Gb тіркелгісі әдетте жақсы.

SugarSync сияқты ұқсас қызметтер бар, бірақ мен Dropbox-ның абсолютті қарапайымдылығын жақсы көремін. Ол техникалық емес пайдаланушылар үшін тамаша жұмыс істейді.

Дэвид Погу жай ғана жазған еді аз апта бұрын .

Мен ешқашан Дропбокспен байланысты емеспін, ол менің жұмысымды айтарлықтай оңайлатты деп тапқан пайдаланушыдан басқа.

Міне, Dropbox Alternatives тізімін қараңыз. Мен олардың ешқайсысына көндіре алмаймын, бірақ олар, бәлкім, қарап тұр.

1
қосылды
Рахмет - Мен біраз уақытқа дейін тамшуырлар туралы білетінмін, сонда ашық көзді әлде қайда жақсы шешетін болсам, төлем жасауды қаламаймын. Мен SugarSync туралы естімегенмін. :)
қосылды автор Blake K Peterson, көзі

Егер негізгі кемшіліктер сізді алаңдатып отырса, көптеген .svn жасырын қалталары болса, бұл v1.7-дегі жағдай емес.

See Working Copy Metadata Storage Improvements

Subversion 1.7 ішіне енгізілген өзгерістердің басты ерекшелігі - бұл   метадеректерді сақтаудың жұмыс көшірмесін біртұтас орталықтандыру   орналасқан жері. .Svn каталогының орнына   жұмыс көшірмесі, Subversion 1.7 жұмыс көшірмесінде бір ғана .svn бар   каталог - жұмыс көшірмесінің түбірінде. Бұл каталог қамтиды   (басқалармен қатар) барлық қамтитын SQLite-негізделген дерекқор   метаберілгендер Subversion сол жұмыс көшірмесіне қажет.

1
қосылды
Неге төмендету?
қосылды автор RedFilter, көзі
@Blake: Белгісіз
қосылды автор RedFilter, көзі
Рахмет! - SVN-ге оралу
қосылды автор Blake K Peterson, көзі
@redFilter ... кім арқылы?
қосылды автор Blake K Peterson, көзі

17GB GOST қоймасы үшін өте үлкен болар еді, 1 және сіз тәжірибені табанды ету үшін сізге баптау параметрлерін теңшеу керек.

Көптеген үлкен екілік файлдарды нұсқау жағдайлары бірнеше аумақтардың бірі болып табылады , онда менің ойымша, орнына Subversion-ді пайдалану орынды деп ойлаймын немесе «Меркурий».

1 Мен жүз гигабайт өлшемі (резервтік мақсаттар үшін) болатын бір гидро-репозиторийді қолданамын, бірақ бұл жасырын спорттың бір түрі.

0
қосылды
Рахмет! Ия - SVN 1.7 шешімі ұқсас.
қосылды автор Blake K Peterson, көзі

Git репозитарийден ең жоғарғы каталогта .git каталогын сақтайды.

Мен Git-дағы басты артықшылығым мынада, барлық тарих жергілікті қол жетімді, ал үлкен айырмашылығы бар ноутбук үшін.

0
қосылды
Иә, бұл svn-тің негізгі тартуы болды.
қосылды автор Blake K Peterson, көзі

Егер сіз VCS-ді тек ортақ файлдық қойма ретінде қолдансаңыз, бұл осындай тапсырма үшін асып кетеді. Көптеген SCM екілік файлдарды әлдеқайда кедей өңдейді. Сізде әдетте пайдасыз (айрықша екілік файлдар үшін) қайта қарау тарихын сақтауға арналған үлкен көлеміңіз бар

Түйіндеме - Git-ге көшудің себептерін көре алмаймын (тіпті SVN-ды пайдалану - қарапайым WebDAV-тің орналасуы жеткілікті болуы мүмкін)

0
қосылды
FS-модуліндегі FS-модулінің өзгеруі және «copy src dst» көшірмесін жасаушы нақты уақыт режимінде жұмыс істей алады
қосылды автор Lazy Badger, көзі
Иә көрінеді :) Сіздің пікіріңіз үшін рахмет. Бастапқыда алдымен оверлок туралы ойладым. Дегенмен, біз тірі өндіріс файлдары бар бір каталогты қолдандық, содан кейін оларды веб-сайтымыздағы қалтаға шығару үшін cron пайдаланды. Бұл веб-сайт суреттерін және кепілдігін сақтаудың керемет шешімі болды.
қосылды автор Blake K Peterson, көзі