GIT: Открытие комиссий и разных репозиториев

Question

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

Вопрос 1: Хорошо, я могу создать файл в своем хранилище и сделать 1 или более коммитов, верно? это означает, что у меня может быть один файл с разными версиями коммитов, но как я могу открыть эти коммиты в текстовом редакторе? или я просто упускаю какую-то идею здесь?

Вопрос 2: Хорошо, я могу сделать 1 или более разных репозиториев в разных каталогах на моем локальном компьютере, но я хочу, чтобы он поместил в мои htdocs, то есть я должен сделать репо в моем htdoc и поместить туда все свои файлы, тогда как я могу проверить если мои коды выполняются перед его передачей, нужно ли вводить localhost / .git / в моем браузере?

Мне очень жаль за мои глупые вопросы, я все еще студент колледжа, и я впервые с VCS.

Заранее спасибо, Мастера. Ура !!

Answer 1

• Q1: Вы можете ввести git log, чтобы получить журнал всех ваших коммитов.Затем вы можете ввести git checkout <version#>, чтобы вернуть свой рабочий каталог к ​​предыдущей версии файла, где <version#> - одно из больших длинных шестнадцатеричных чисел в начале каждой записи журнала.Обычно вам нужно указать только первые несколько цифр, и git скажет вам, если это неоднозначно.

• Q2: Как и в случае с Q1, вы можете использовать git checkout ... для размещения разных версий вашего кода врабочий каталог, который будет изменять содержимое по одному и тому же пути htdocs.

  На практике это означает, что вам нужно как минимум два веб-сервера, обычно называемые dev (разработка) и prod (производство),Вы можете свободно git checkout ... разных версий на dev, к которым имеют доступ только вы, но prod должен пройти более строгое развертывание.Простейший из них (и не особо надежный) - это копирование файлов в prod из известного исправного рабочего каталога.Кроме того, существует множество онлайн-ресурсов , предлагающих рабочие процессы для использования самого git для развертывания prod.

Answer 2

Надеюсь, я понимаю ваш вопрос: если вы хотите иметь две разные версии файла одновременно, вы можете разветвить свой репозиторий и работать над двумя версиями по отдельности, пока не захотите объединить все изменения из двух версий вместе.,

Как правило, с Git вы не должны бояться делать что-то, что нарушает код;Возврат легко, вся ваша история там.Это одна из вещей, которая делает VCS такими полезными.

Однако в Git есть функция «ловушки», которая означает, что вы можете встроить тест кода прямо в процесс фиксации.Например, предположим, что вы работаете над сайтом.Вы можете настроить его таким образом, чтобы при каждой фиксации появлялся веб-браузер, чтобы вы могли посмотреть, как он изменился.Если вы одобряете результаты, вы продолжаете коммит.Черт возьми, потому что эти хиты Git могут легко вызывать другие программы, вы можете даже сделать так, чтобы он автоматически делал снимок экрана браузера с помощью утилиты снимка экрана командной строки и сравнивал его с известным хорошим снимком экрана с помощью какого-либо инструмента сравнения файлов, чтобы убедиться, что он все еще работает.оказывает то же самое.Если вы потратите время на его настройку, он сделает это для вас при каждом коммите.(Это был просто случайный пример.)

Для получения некоторой базовой информации по использованию функции перехвата Git, посмотрите здесь: http://progit.org/book/ch7-3.html

Надеюсь, это помогло.