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

Question

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

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

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

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

Заранее благодарим владельцев. Ура !!

Answer 1

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

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

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

Answer 2

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

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

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

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

Я надеюсь, что помог.