Nano Hash - криптовалюты, майнинг, программирование

Git: автоматическая фиксация при публикации или перезапуске веб-приложения

При разработке на моем локальном компьютере я хотел бы автоматически фиксировать все незавершенные изменения в Git каждый раз, когда я повторно публикую свой веб-проект в Eclipse. Таким образом, я могу получить хорошее представление о шагах, которые я предпринял в своей деятельности по развитию. Я, конечно, переустановлю перед отправкой в ​​общедоступный репозиторий. Я хочу использовать это только для местной истории.

Некоторые детали:

  • Затмение
  • Веблогик 10.3.5
  • Веб-проект

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

Дополнительная информация

Я обнаружил, что в свойствах проекта есть раздел Builders. Это можно настроить так, чтобы делать все, что я захочу, но единственные варианты, по-видимому, - это запустить его при ручной сборке, во время или после очистки (все это не будет выполняться достаточно часто) или после автоматической сборки (что происходит каждый раз). время, когда я сохраняю файл, делая его слишком часто слишком полезным).

git eclipse git-commit weblogic egit
06.02.2015

  • [..] фиксируйте все незавершенные изменения в Git каждый раз, когда я повторно публикую свой проект. [...] Я, конечно, перебазирую перед публикацией; Я хочу использовать это только для местной истории. ты сам себе не противоречишь? фиксируйте каждый раз, когда вы переиздаете, но перебазируйте перед публикацией... не является ли повторная публикация публикацией? 09.02.2015
  • @eis Я не понял. Я должен был использовать технический термин push для отправки моих изменений в удаленный репозиторий Git, а не для публикации. Однако в Eclipse можно повторно опубликовать сервер, не перезапуская его. Я отредактировал свой вопрос. 09.02.2015

Ответы:


1

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

«Автоматически» и «ожидающие изменения» не могут сосуществовать в одном и том же предложении без некоторых подробностей о критериях, которые определяли бы «необработанное изменение»: «автоматический» процесс не знал бы, когда изменение должно быть ожидаемым или нет.

Это означает, что процесс «по запросу» может быть проще реализовать и вызывать при необходимости.

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

Каким бы ни был проект Eclipse (здесь проект WebLogic), этот процесс может просто выполнять добавление/фиксацию через:

  • Команды EGit (вызываются вручную через графический интерфейс EGit, чтобы заполнить значимое сообщение фиксации)
  • или скрипт, и который позволит (при необходимости) хуку post-commit отправить эту фиксацию на удаленный хостинг (например, на GitHub), поскольку та же фиксация с EGit не вызовет хук после фиксации.

Поскольку это должно быть полностью автоматическим, другим подходом будет использование сценария ant для запуска «повторного развертывания» приложения weblogic.
См., Например, «Горячее развертывание Weblogic во время разработки (например, WSSD/RAD)".

Этот скрипт ant (с использованием wdeploy ant-задачи) Затем можно было бы убедиться, что цель повторного развертывания зависит от другой цели муравья, которая будет фиксировать и отправлять сначала (как в этой сущности< /а>).

09.02.2015
  • может быть, мы читаем OP по-разному, но я думал, что было прямо сказано, что он не хочет нажимать на удаленное репо 09.02.2015
  • @eis уверен, что публикация в заголовке могла сбить меня с толку. Я изменил ответ соответственно. 09.02.2015
  • @VonC Вы правы в том, что я могу использовать EGit для локальной фиксации моих изменений, но я пытаюсь понять, как я могу запустить этот простой процесс, повторно опубликовав свой веб-сервер в Eclipse. Я не хочу всегда помнить о коммите одновременно с повторной публикацией (или перезапуском сервера). 09.02.2015
  • @JosephK.Strauss, как бы вы тогда ввели осмысленное сообщение фиксации? 09.02.2015
  • @VonC Это не имело бы большого значения, просто время фиксации. Помните, мне просто нужна запись каждой отдельной переиздания. В качестве альтернативы, если бы он был интерактивным, это заставило бы меня использовать сообщение. 09.02.2015
  • @JosephK.Strauss хорошо. Я предлагаю другой (более автоматический) вариант в (теперь отредактированном) ответе. 09.02.2015
  • @JosephK.Strauss нет необходимости использовать конструктор. Вызовите этот ant-скрипт, который я упоминаю, каждый раз, когда вам нужно повторно развернуть: он также зафиксирует репозиторий git. 10.02.2015
    • Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..