Перейти к содержанию
    

Как я понимаю и svn и git работают только с тестовыми файлами, поэтому если у вас файлы "бинарные" то ничего не выйдет.

неправильно понимаете, тортила понимает все...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

неправильно понимаете, тортила понимает все...

имеется ввиду просмотр различий в разных версиях, скорее всего

а так-то да, какая разница, что коммитится

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

имеется ввиду просмотр различий в разных версиях, скорее всего

а так-то да, какая разница, что коммитится

Угу, смысл в svn и git теряется, проще отслеживать по дате изменения файлов.

 

Вот например как отследить изменения в файле со схемой, либо в чертеже?

Тут как отследить, понятно что будет показана разница, но из нее не будет понятно что изменено. (для бинарных файлов, если нет эффективной программы diff для данного типа файла)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для Visual studio решил попробовать Microsoft online Первое впечатление удобно, можно компилировать, на сервере. 5 пользователей бесплатно. Пользуюсь vs2013 C# express бесплатная редакция, в нее уже интегрирован плагин. Только если я правильно понял доступ к исходникам имеют только зарегистрированные пользователи? Выложил проект dtmfterminal сюда Не пробовал заходит под другой учеткой, что там будет доступно не знаю.

Попробовал 401 ошибка в настройках не нашел как сделать общий доступ для просмотра исходников.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

тортила понимает все...
Эта фраза говорит о том, что вы только кнопки умеете нажимать, не понимая сути работы vcs.

 

Скажу, что лучший svn это git. svn плох хотя бы тем, что на каждый чих нужен доступ к серверу. Децентрализованные системы позволяют работать автономно, по мере необходимости, синхронизируя репозитории: есть доступ в сеть -- хорошо, нет доступа -- ничего страшного, подождём, когда будет.

 

Ну и самая мякотка git -- это git rebase --interactive. То есть делаем в процессе работы много мелких коммитов, потом причёсываем историю: какие-то коммиты сливаем, какие-то разбиваем, какие-то выкидываем, какие-то переставляем местами. После этого из истории видна логика разработки, а не хаотичное метание мысли: тут поправили, закоммитили, там поправили, закоммитили, потом выяснилось, что поправили не полностью, закоммитили исправление. После всех исправлений получаем красивую историю и делаем push из локального репо в главный.

 

А, ну еще есть git bisect. Ну это для программеров актуальнее. Для железячников не очень.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что то не найду как отвязать git от директории. Кликнул в tortoisegit на рабочем столе, Git Create repository а как теперь отключить не найду.?

Думал tortoise-> Clean Up ярлыки удалились с рабочего стола :-).

Еще интересная вещь получилась c git, на диске d сделал папку Git, открыл ее и в ней через контекстное меню tortoisegit-> create repository создал repository.

После вышел из папки на диск d, тут лежат исходники разные и папка с исходниками на linuxcnc на ней значок красный с восклицательным знаком, но я ее не подключал к git получается он сам проверяет все папки?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что то не найду как отвязать git от директории. Кликнул в tortoisegit на рабочем столе, Git Create repository а как теперь отключить не найду.?

Думал tortoise-> Clean Up ярлыки удалились с рабочего стола :-).

Еще интересная вещь получилась c git, на диске d сделал папку Git, открыл ее и в ней через контекстное меню tortoisegit-> create repository создал repository.

После вышел из папки на диск d, тут лежат исходники разные и папка с исходниками на linuxcnc на ней значок красный с восклицательным знаком, но я ее не подключал к git получается он сам проверяет все папки?

Обычно просто хватает удаления скрытой папки .git .

 

После создания репрзитория, необходимо добавить в него отслеживаемые файлы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

svn плох хотя бы тем, что на каждый чих нужен доступ к серверу.

Это один из решающих для меня факторов в пользу git. Еще один - работа с бранчами.

 

рекомендую git. Для доступа к проекту из разных географических мест всё можно лить на github.com.

Вот только если проект нужно закрыть от посторонних глаз - придется платить github'у

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что то нет у меня скрытой папки git. Сейчас поищу. На данный момент больше нравиться bitbucket интерфейс приятный и можно делать закрытые репозитории и открытые, команда из 5 человек free.

ссылка

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вопросик возможно следить за изменениями в ответвленных проектах?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вопросик возможно следить за изменениями в ответвленных проектах?

Лично мне трудно понять суть Вашего вопроса. Если Вы о бранчах - то да, конечно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Второй день разбираюсь с распределённая система управления версиями файлов, поэтому сам ничего не понимаю.

Сейчас решил пока остановиться на bitbucket, добавил группу, если пользоваться бесплатной версией то может быть до 5 участников в группе ?

Все изменения которые сделали участники группы можно посмотреть в конт Меню Tortoise->Show log ?

Любой может сделать ответвление (branc или fork), и в своей ветке делать изменения , эти изменения будут видны?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Распределённая система на то и распределённая, что у каждого разработчика имеется личная полная копия (клон) репозитория. И центрального (или главного) репозитория в распределённой системе нет. Точнее, главным репо может быть любой клон. Чаще всего так и бывает: есть некоторый репозиторий, который административно назначается центральным, и через него идёт обмен между разработчиками.

 

Естественно, что в своей локальной копии разработчик может делать всё, что угодно. И про это не узнает никто до тех пор, пока он их не опубликует в том центральном репозитории (в терминах git -- сделает push). По мере необходимости все разработчики синхронизируют свои репозитории с центральным (в терминах git -- делают pull или fetch) и получают наработки колллег.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Немного поэкспериментировал, понял что очень удобная штука контроль версии файлов. А в зависимости от особенностей нужно выбирать какой системой пользоваться локальный или распределенный...

Как раньше обходился, собственно и решил попробовать когда стал путаться в файлах, старые, улучшенные и тд..

Если у кого желание есть попробовать, поэкспериментировать, зарегистрируйтесь на bitbucket ник скажите добавлю в группу, 4 пользователя можно добавить.

Сейчас выложил еще проект рабочий для Visual Studio по сути это интерпретатор g-code он понимает сгенерированный код от artcam да и весь код который генерируют такие программы для mach2-3 понимает файл сверловки которые генерируют diptrace. Вообщем это интерфейс интерпретатора, в классе Machine функции которые интерпретатор вызывает например когда на входе команда G00 x10 y15 он вызовет

        private void STRAIGHT_TRAVERSE(double x, double y, double z, double a, double b, double c)
        {
//Быстрое перемещение
//здесь можно послать в ком порт вашему устройству x,y 

            machin_nex(false);
        }//!

 

Кстати для микроконтроллера lpc4337 есть уже почти готовый код который может управлять 4 координатами в 4 плоскостях и круговой интерполяцией G02 g03 рассчитывать скорость, и генерировать импульсы для управления сервоприводом с управлением dir step или приводом для шаговых двигателей. Правда это пока не выкладывал. Проект для демки от starterkit в ide eclipse.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Какой бесплатный svn использовать для хранения полностью проекта, платы, схемы, что бы можно было и в открытом доступе сделать и в закрытом и несколько разработчиков могли работать?

assemblа.com, бесплатно на 3 проекта. Там же, кроме svn, можно еще и багтреккинг наладить.

 

git для начала не рекомендую, у него порог вхождения выше. Преимущество git проявляется при коллективной работе и частом слиянии веток. Еще git хранит все срезы версий локально, потому можно будет откатиться на любую версию без обращений к серверу (например, когда нет интернета).

 

На этом для меня преимущества git заканчиваются и начинается кошмар с кучей ключей и неоднозначностей, несмотря на то, что его автором является великий Линус Торвальдс.

 

svn, в отличии от git, простой и наглядный. И 100% достаточен, если у вас не коллектив из 30-ти разработчиков, ведущих с десяток параллельных веток проекта (актуально для софтвера).

 

Ну и для работы с svn конечно TortoiseSVN, всякие встроенные в среду разработки клиенты - от лукавого.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...