[krasnoludkolo]

Mam do projektu stworzone repo z remotem na githuba i heroku. Jak rozdzielić żeby łatwo wrzucać na heroku plik konfiguracyjny z hasłami, a na githuba nie? Jedyne co mi przychodzi do głowy to zrobić commita z plikiem pushnąc na heroku i potem rebase na wcześniejszy ale nie wygląda to za wygodnie. Jakieś inne pomysły?

#java #heroku #spring #programowanie

[TheNewIcek]

@krasnoludkolo: plik konfiguracyjny w osobnym repo jako submodul?

[krasnoludkolo]

@TheNewIcek: a spring bo potem przeczyta? Bo chodzi mi o application.properties

[elwin013]

@krasnoludkolo: Raczej inne podejście jest stosowane, typu: https://github.com/StackExchange/blackbox

[krasnoludkolo]

@elwin013: ewentialnie widziałem o wrzucaniu na heroku samego jara, to też zadziała?

[elwin013]

@krasnoludkolo: Da się ([1]). Ale musisz pamiętać aby tego application.properties przez przypadek nie zacommitować (czyli np. dodać do .gitignore).

[1] https://devcenter.heroku.com/articles/deploying-executable-jar-files#using-the-heroku-maven-plugin

[krasnoludkolo]

@elwin013: właśnie póki co siedzi u mnie w .gitignore i tak się zastanawiam co jest najwygodniejsze do tego

[ImToNy]

@krasnoludkolo: A nie da się tego w env variables ogarnąć?

[alien3211]

możesz napisać gitowego hooka który będzie usuwać z commita poufne dane i sterował je gdzie indziej.
hook nazywa się pre-commit.

[anfilo-pl]

@krasnoludkolo: ENV Variables