Вопрос о необходимости выполнения push для веток feature зависит от контекста и используемого рабочего процесса. В общем случае, делать push веток feature может быть полезным, но есть несколько аспектов, которые следует учитывать.
1. Коллективная работа. Если вы работаете в команде или ведете проект, в котором несколько разработчиков вносят изменения в код, то делать push веток feature может быть полезно, чтобы обеспечить синхронизацию изменений между разработчиками. Пуш feature-веток позволяет другим членам команды увидеть ваши изменения и интегрировать их в свою работу.
2. Ревизия кода и тестирование. Пуш feature-веток также помогает обеспечить процесс ревизии кода и тестирования. Когда вы делаете push ветки feature, другие разработчики и тестировщики могут просмотреть ваш код и произвести необходимую проверку на соответствие требованиям проекта, а также провести тестирование на соответствие ожиданиям.
3. Резервная копия и безопасность данных. Ветки feature могут содержать значительные изменения в коде. Если ваш коммиттер оказывается в неисправимом состоянии, вы можете потерять все незакоммиченные изменения. Пуш feature-веток в удаленный репозиторий предоставляет резервную копию ваших изменений и обеспечивает безопасность ваших данных.
4. Управление процессом разработки. Можно использовать push feature-веток для отслеживания прогресса разработки и следования заданным срокам. При пуше веток feature другие участники команды могут следить за прогрессом вашей работы и увидеть, какие функции или изменения были реализованы.
Однако существуют и другие точки зрения и множество различных рабочих процессов, которые могут варьироваться в зависимости от команды разработчиков и требований проекта. В некоторых случаях может быть полезным ограничение пуша для feature-веток, чтобы предотвратить случайные или незавершенные изменения из появления в основной ветке или удаленном репозитории.
Если вы решите делать push веток feature, рекомендуется своевременно интегрировать свои изменения в основную ветку, чтобы минимизировать отставание от основного процесса разработки и снизить вероятность конфликтов при слиянии веток.