Впровадження комплексної дуелі для розробників GIT - Інтернет-середовищ розробників - git, контроль версій, сервер, сховище, адміністрування системи

Ми є веб-компанією, яка займається програмним забезпеченням і яка заразмає 2 розробників і не має системи контролю версій. Ми вирішили почати використовувати GIT і шукаємо поради щодо імплантації. У нас досить складна установка, що ускладнює.

Дозвольте мені окреслити ситуацію:

• У нас є два розробники, яким потрібно буде працювати над одними і тими ж файлами в той же час (в майбутньому буде розширено до більшої кількості розробників)
• Налаштування багатьох серверів на AWS робить надзвичайно важким / неможливим налаштування локальних середовищ для тестування. Тому наша особиста "пісочниця" буде знаходитись не на наших локальних машинах, а на наших серверах.
• Наш додаток побудований із 7 каталогів усередині кореневої системи, і кожен каталог має власний піддомен (у нас є CDN на одному, підпрограми на інших, і всі вони працюють разом, щоб сформувати наш проданий додаток)
• Нам потрібно вміти створювати та тестувати код і об’єднуватися в середовище «Розробки», яке ми можемо індексувати та тестувати, і після затвердження поштовху до виробництва. Очевидно використання GIT для відстеження змін.

Ми новачок у GIT і хотіли б порадити аборекомендації щодо цього. Знову ж таки, шукаємо рекомендації високого рівня, такі як "Створіть цей репо / гілка / каталог", а не будь-які конкретні зразки коду на даний момент, якщо це не дуже актуально.

Як би ви структурували це середовище GIT, враховуючи ці обмеження, зокрема розробники, які не можуть використовувати localhost для тестування?

Відповіді:

Не знаючи точних деталей, я можу запропонувати лише загальну ідею, але, мабуть, це все одно ви хочете.

Якщо ви новачок у git, вам слід прогуглити "приклади робочого процесу git". Там є багато хороших.

Це гарне місце для початку: https://www.atlassian.com/git/tutorials/comparing-workflows/

Я не впевнений, що я повністю розумію вашу ситуацію з точки зору тестування, але якщо вам потрібні власні гілки тестування, ви можете налаштувати сервери збірки для таких гілок, як person1-sandbox і person2-sandbox де ви можете кожен тест перевірити окремо, а потім об’єднати в develop відділення. Від develop Ви можете протестувати ще раз, а потім перейти до виробництва.

Сподіваємось, це допомагає. Якщо у вас є запитання, будь ласка, коментуйте, і я можу спробувати допомогти вам.

Так, ваша команда може використовувати git для контролю версій. Для вашої ситуації:

1. Git дає можливість працювати над одним файлом членами вашої команди без обмежень за розміром
2. Так, оскільки у вашому середовищі розробки не потрібно розміщувати особисту «пісочницю» на локальних машинах, ви можете розмістити її на сервері, як завгодно, посилаючись отримати git на сервері - -
3. 7 каталогів без проблем для використання git.Якщо всі підпрограми повинні працювати разом, тому потрібно зробити контроль версій у цілому (в одній гілці). І якщо ви оновите один із додатків, весь проект матиме нову реверсію
4. Використання git не вплине на побудову та тестування проектів