Какой рабочий процесс мерзавца использовать для 2 несоразмещенных разработчиков?
Вы можете установить переменную среды PYTHONPATH в вашей оболочке так, чтобы она указывала на папку, содержащую map.py, где бы она ни находилась.
export PYTHONPATH=/path/to/folder/ # This folder contains map.py
cd image
# Run your script that imports map
Использование PYTHONPATH означает, что вы можете найти map.py где угодно, при условии, что вы установили переменную среды в вашей оболочке перед запуском скрипта.
7 ответов
Другой парень никогда не использовал VCS прежде; он является немного стойким к идее.
Я был в вовлеченном в обучение и пользователей поддержки, которые были вынуждены переключиться от безопасного от источника до подверсии. Было удивительное количество пользовательского сопротивления. Это был более чем год теперь, и я все еще регулярно призываюсь для фиксации вещей, когда "подверсия повредила мой материал" (это никогда не имеет место, конечно).
Зная это, я очень не решился бы пытаться помочь кому-то не переключиться ни с какого VCS вообще мерзавцу (который является, вероятно, не самым удобным для пользователя VCS вокруг). Особенно, если они ненавидят идею VCS. Вдвойне поэтому, если Вы не можете там помогать им за их столом.
Поэтому рассмотрите: некоторыми причинами является просто проигранное дело. Если Вы не собираетесь работать с этим человеком в течение долгого времени, можно быть более обеспеченной установкой репозитория только для себя. Можно позволить ему, электронная почта изменила файлы на Вас и наоборот. По крайней мере, мерзавец поможет Вам видеть который файлы, измененные начиная с последней точки интеграции.
Необходимо ли использовать этот проект для изучения мерзавца? Я сказал бы да.
Помимо свойственных преимуществ управления исходным кодом, я использующий мерзавца имею преимущество наличия полных копий репозитория в каждой системе разработчиков.
Одна вещь, которую я сделал бы сверху каждого имеющего репозиторий, состоит в том, чтобы иметь каждого из Вас синхронизация с центральным сервером каждый день или около этого.
Рабочий процесс пошел бы как:
- Вы вносите изменения в свой локальный репозиторий мерзавца так часто, как Вы можете.
- В фиксированный интервал (один раз в день, после важной персоны фиксируют или функция, и т.д.) продвигают Ваш репозиторий до центрального репозитория, расположенного на Вашем веб-хосте или другом поставщике услуг хостинга мерзавца (иначе, GitHub).
- Всегда вытягивайте изменения от центрального репозитория вместо каждого репозитория других. Можно рассматривать центральный репозиторий как выпуск repo, и это избежит беспорядка, относительно которого repo (Ваш или его) является актуальнейшим.
Я знаю, что смысл распределенной системы управления версиями не должен иметь центрального repo, но меня действительно как наличие что дополнительная удаленная копия. Если что-нибудь это дает Вам еще одну копию репозитория в целях резервирования.
До мерзавца на окнах я проверил бы проиллюстрированное руководство по рабочему мерзавцу на окнах. Созданный в мерзавце-gui оставляет желать лучшего, но это функционально и применимо.
Кроме того, так как Ваш партнер плохо знаком с управлением исходным кодом, я рекомендовал бы превосходное ПРАКТИЧЕСКОЕ РУКОВОДСТВО Управления исходным кодом Eric Sink. Это дает Вам большую большую информацию о как из управления исходным кодом.
Похоже, что у мерзавца есть встроенная отправленная по электронной почте функциональность патчей. Я не использовал его, хотя, таким образом, я не могу говорить за его полноценность.
Я - свой опыт, Мерзавец очень хорошо не поддерживается в Windows, еще.
Для подобного, но по моему скромному мнению более удобный для пользователя DVCS, посмотрите Подвижный (иначе. Hg). Это имеет клиент Черепахи и довольно дружественный инструмент командной строки также.
Существуют также плагины Visual Studio и Eclipse для Подвижного (я думаю NetBeans также). Они работают обоснованно хорошо и являются большим дополнением к другим инструментам. (Материал добирается, добавил/удалил/переименовал автоматически, и основные задачи синхронизации (нажатие/получение по запросу) хорошо работают.)
Я являюсь довольно новым в мерзавце, но возможно самый быстрый способ запуститься является этим:
С мерзавцем можно создать два репозитория на компьютере.
Один для Вашей работы, и второй для работы, которую он отправляет Вам.
Там хорошее учебное руководство для запуска (как упомянуто Nick)
Этот инструмент хорош, если Вы работаете с окнами/подверсией перед TortoiseGit
Моя точка: не начинайте учить его, пока Вы не чувствуете себя очень хорошо в мерзавце, сделайте a обоими repos/branches в Вашем компьютере.
Так как другой разработчик не знаком с понятиями управления версиями, я предлагаю запуститься медленно.
Мой предложенный рабочий процесс состоит из репозитория на Вашей стороне, которую он может "мерзавец клонировать". Покажите ему, как он может выбрать изменения от этого и иметь его, отправляют его изменения по почте назад в Вас. Покажите ему, как мерзавец может отправить changesets по почте вокруг. Таким образом, Вы собираетесь быть тем, который должен будет волноваться о конфликтах редактирования, которые имеют тенденцию быть большим источником беспорядка для людей, которые никогда не использовали системы управления версиями прежде.
Я просто настроил бы autosetuprebase на каждом и только запустился бы с довольно простой установки.
Охватите конфликты, которые Вы получаете - это - изменения, которые были бы иначе потеряны.