Есть ли способ настроить .gitignores для удаленного доступа?
В Java все находится в форме класса.
Если вы хотите использовать любой объект, тогда у вас есть две фазы:
- Объявить
- Инициализация
Пример:
- Объявление:
Object a; - Инициализация:
a=new Object();
То же самое для концепции массива
- Объявление:
Item i[]=new Item[5]; - Инициализация:
i[0]=new Item();
Если вы не дают секцию инициализации, тогда возникает NullpointerException.
3 ответа
Я ничего не знаю о требованиях для Heroku - надеюсь, справедливость права и можно просто избежать проблемы. Если вы не можете, или если кто-то другой найдет это, кто не может ...
Если вы хотите, чтобы два пульта были зеркалами (имели одинаковые коммиты), они по определению должны иметь одинаковые файлы в этих коммитах. Итак, у вас есть два варианта: иметь file-for-repo-B во всех репозиториях, даже если он им не нужен, или использовать немного беспорядочный рабочий процесс с двумя ветвями: master ] и для репо-B . Единственное различие между двумя ветвями будет заключаться в том, что коммиты касаются file-for-repo-B ; ветка для-репо-B всегда будет сливаться с мастером (но никогда не наоборот!). Теперь у вас есть другая ветка в репо B, и все в порядке.
Не помещайте информацию базы данных в database.yml. Вместо этого используйте переменные среды Heroku.
Вы должны создать версию файла:
database.yml, содержащего только переменные, и- сценарий, способный заменять эти переменные правильными значениями в зависимости от удаленного сервера, на котором находится эта
база данных. ymlразвернут.
Затем вы используете скрипт как драйвер фильтра атрибутов smudge :
Каждый раз, когда вы проверяете (и создаете рабочее дерево) на удаленном сервере, скрипт выполняется и изменяет переменные соответственно, предоставляя вам собственный файл database.yml .
Если кому-то из удаленных не нужен файл database.yml , он все еще может быть там, но очищен скриптом smudge.