Понимание подмодуля GIT и «замораживание» его в определенном хэш или версии Command

Предполагая, что следующий макет проекта: -

mainrepo_git
    |____ .git
    |____ .gitmodules
    |____ proj            <------- directory containing the code files for mainrepo
            |____ 3rdpartysourcecode <-- directory containing upstream open source code
            |      |____ .git
            |      |____ 3rdpartyfiles
            |
            |____ mainrepofilesanddirectories  

MainRepo_Git содержит исходный код, которого я напрямую ответственность за. У меня есть доступ / запись / запись и может подтолкнуть и тянуть непосредственно к удаленному репозиторию GIT, который мне удается.

Вложенные внутри MainRepo_Git - это каталог, который я назвал 3RDPARTYSURCECODE . Это каталог 3DPARTYSURCECODE на самом деле является еще одним GIT REPO (также обычно называемым «подмодулем GIT»), который указывает на хранилище GIT с открытым исходным кодом, управляемым другими разработчиками. Я только прочитал доступ к нему. Нет доступа к записи.

Есть ли какие-либо способы «замораживания» конкретного фиксатора хэш подмодуля GIT в отношении фиксации, сделанного в моем главном хранилище?

Например, если я нахожусь в (или я вернусь к) Commit A12UCAK В моем MainRepo мой подмодуль Git также возвращается на конкретную версию, которую я связываю об этом A12UCAK ? И когда я переключаюсь в фиксацию B349JDSAK , мой подмодуль Git также возвращается в версию, которую я связывающуюся на B349JDSAK ?

Итак, мой вопрос: Есть способ Чтобы создать связь между конкретным фиксациями в основном репо с соответствующим фиксациями в подмодуле Git? Таким образом, где, когда я проверю этот конкретный коммит в главном Git Refo, соответствующий коммит в подмодуле GIT также будет проверять.

15
задан Calvin Cheng 30 August 2011 в 03:45
поделиться