Интересно, каков правильный рабочий процесс для разработки в командной среде при использовании conda.
У нас есть локальный экземпляр gitlab, в который мы добавляем sh наш код; это настройка для сборки пакетов и публикации их sh внутри. Наш .condar c включает URL публикации gitlab в качестве канала.
Представьте, что я меняю два пакета одновременно, поскольку моя работа включает в себя некоторые изменения в некотором исполняемом файле в пакете A, но также и в некоторых библиотеках в пакете. B. То, как я это вижу, чтобы иметь возможность проверить мои изменения, по крайней мере, мне нужно:
- Сборка пакета библиотеки.
- Publi sh пакет на канале (доступен в моем .condar c).
- conda обновляет этот пакет (для моего локального окружения conda).
Так как это было бы плохо Чтобы сделать sh для удаленного доступа, просто чтобы протестировать код, каждому из нас нужен свой локальный канал, где можно создавать и публиковать sh пакеты, чтобы conda могла их найти.
Кстати, это также означает, что каждый из нас будет иметь два канала (один gitlab и его собственный), где можно найти один и тот же пакет, поэтому нам нужно указывать, из какого канала получать пакет каждый раз, когда мы хотим выполнить тест sh, который кажется немного хрупким процедура как момент отвлечения может вызвать e Использование неправильного канала и потенциально много времени было потрачено на то, чтобы выяснить, почему что-то не работает.
Я что-то пропустил? Это правильный рабочий процесс для использования в командной среде?