Как сохранить синхронизацию хранилища с Google Cloud Source Repository

Question

Вопрос:

Гугл автоматически обновляет сегменты хранения с изменениями, внесенными в хранилище исходного кода проекта?

Пример:

Я создаю проект Google Cloud Platform под названием Cooking и сохраняю файл recipe.txt в корзине.

Я изменяю recipe.txt и помещаю изменения из моей локальной основной ветки в облачный исходный репозиторий для приготовления.

Когда я смотрю на панель "Исходный код" для своего проекта, я вижу, что recipe.txt соответствует моим последним изменениям.

Когда я смотрю на хранилище для моего проекта, я вижу, что recipe.txt не обновлен (то есть не синхронизирован с репозиторием Cloud Source проекта).

Answer 1

Нет. Google Cloud Source Repositories можно настроить на синхронизацию с другими службами git-репозиториев, такими как GitHub или Bitbucket, но между репозиториями Google Cloud Source Repository и GCS нет никакой связи.

Answer 2

Хотя вопрос отличается от заголовка, я отвечу, как синхронизировать корзину Cloud Storage с репозиторием Cloud Source.

Это возможно с помощью Cloud Build. Создайте триггер сборки для случая отправки в вашу главную ветку (или любого другого события, см. документацию Cloud Build).

Предполагая путь к папке, содержащейrecipe.txtвнутри облачного репозитория исходного кода./path/to/folderи вы хотите синхронизировать содержимое этой папки с ведромyour-bucket, используйте следующееyamlконфигурация сборки:

      steps:
  - name: gcr.io/cloud-builders/gsutil
    args:
      - rsync
      - '-r'
      - '-d'
      - ./path/to/folder
      - 'gs://your-bucket/'

(Смотри чтоrsyncи его параметры: https://cloud.google.com/storage/docs/gsutil/commands/rsync)

Answer 3

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

Предлагаю вам прочитать эту статью , написанную коллегой. Мы используем этот конвейер CI / CD для обновления большого двоичного объекта GCS, в котором хранятся наши Airflow DAG, каждый раз, когда выполняется фиксация на главном сервере ветки в репозитории облачных источников.

Я считаю, что такой же подход может решить вашу проблему.

Answer 4

Я ищу этот ответ. Разве это не та функция, которую следует реализовать в облаке Google, если они хотят украсть долю рынка у github?