GitHub + Eclipse Workflows

Question

Я уверен, что это RTFM, но после нескольких дней исследований я все еще не могу определить правильный (или лучший ) рабочий процесс для этого.

• У меня естьрабочее пространство Eclipse с несколькими проектами Java и несколькими проектами C ++ / Arduino.
• Я хочу начать использовать GitHub в качестве онлайн-репозитория (легко доступного из-за пределов моей частной среды разработки локальной сети) для моих проектов
• Я подумал, что мне нужны отдельные репозитории C ++ / Arduino и Java GitHub.Для Python, PowerShell и т. Д. Может прийти еще кое-что (но я с радостью предоставлю другие рекомендации для структур репо).

Вне фактической механики использования Egit я не могу найти наиболее подходящий рабочий процесс /структура папок для достижения этой цели.Должен ли я создавать локальные репозитории Git и передавать их на GitHub в качестве удаленного?Должен ли я использовать веб-интерфейс GitHub для импорта всего рабочего пространства Eclipse?Должен ли я работать непосредственно с Eclipse Workspace или иметь отдельные папки Git?

Я думаю, суть моей проблемы в том, что после прочтения нескольких похожих постов на этом сайте я получаю противоречивые советы о создании локального репо из рабочей области Eclipse вместо отдельного локального репо.Я думаю, что мне нужно сначала понять это различие, прежде чем я в конечном итоге определю лучший общий рабочий процесс.

Я прошу прощения за широкую природу этого вопроса, но я надеюсь, что сообщество может помочь мне сузить структуру процесса рабочего процесса (илисам вопрос).

Answer 1

Две вещи впереди:

1. Никогда не переводите все ваше рабочее пространство в систему контроля версий;проекты: да, рабочее пространство: нет.Папка .metadata содержит данные, относящиеся к этому местоположению и вашему компьютеру, и это делает все возможные угрозы безопасности, делая ее общедоступной.

2. eGit работает с собственными метаданными ваших клонов git, поэтомуесли вам удобнее делать определенные вещи из командной строки, сделайте это.Я знаю, что да, но я все еще ценю интерфейс и украшения, которые предоставляет eGit.Просто убедитесь, что все настройки автоматического обновления / обновления на страницах настроек Workspace или Git включены.

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

Я не знаю, что есть лучший практикуйтесь в этом, особенно с уже существующими проектами, но сами проекты должны быть перемещены.Моя рекомендация после всего этого:

1. Сделать проекты Github, клонировать их репозитории локально.Я делаю это таким образом, из командной строки, чтобы избавить меня от головной боли с историей, удаленными и ссылками.Однако я не думаю, что вы можете изменить метаданные репозитория в этом методе.

2. Переместите проекты рабочей области в локальный клон.Вы можете удалить их из рабочей области (убедитесь, что , а не , чтобы удалить базовые файлы), физически переместить каталоги, находясь вне Eclipse, а затем импортировать их как проекты обратно из Git Repositories Просмотр - если только они не являются проектами Maven, в этом случае лучше использовать мастер импорта M2E.

3. Создавать, фиксировать и продвигать проекты доудаленное происхождение.Для Java-проектов не забудьте установить JRE System Library в Java Build Path для использования Execution Environment .Это простая часть косвенности, которая делает их более переносимыми между машинами.