От эти В спящем режиме форум :
Это из книги В спящем режиме в Действии. Хороший считал это..
объекты Получения идентификатором следующее В спящем режиме, фрагмент кода получает Пользовательский объект от базы данных:
User user = (User) session.get(User.class, userID);
получение () метод является специальным, потому что идентификатор однозначно определяет единственный экземпляр класса. Следовательно it’s, характерный для приложений для использования идентификатора в качестве удобного дескриптора к постоянному объекту. Извлечение идентификатором может использовать кэш при получении объекта, предотвращении хита базы данных, если объект уже кэшируется. Будьте в спящем режиме также обеспечивает загрузку () метод:
User user = (User) session.load(User.class, userID);
загрузка () метод является более старым; доберитесь (), был добавлен к API Hibernate’s из-за пользовательского запроса. Различие тривиально:
, Если загрузка () can’t находит объект в кэше или базе данных, исключение выдается. Загрузка () метод никогда не возвращает пустой указатель. Получение () метод возвращает пустой указатель если объект can’t быть найденным.
загрузка () метод может возвратить прокси вместо реального персистентного экземпляра. Прокси является заполнителем, который инициировал загрузку реального объекта, когда it’s получил доступ впервые; С другой стороны, доберитесь (), никогда не возвращает прокси. Выбор между добирается (), и загрузка () легка: Если бы you’re бесспорный постоянный объект существует, и несуществование считали бы исключительным, загрузка () является хорошим вариантом. Если Вы aren’t бесспорный существуете персистентный экземпляр с данным идентификатором, использование получают () и тестируют возвращаемое значение, чтобы видеть если it’s пустой указатель. Используя загрузку () имеет дальнейшую импликацию: приложение может получить действительную ссылку (прокси) к персистентному экземпляру, не поражая базу данных для получения ее постоянного состояния. Таким образом, загрузка () не могла бы выдать исключение, когда она doesn’t находит постоянный объект в кэше или базе данных; исключение было бы выдано позже, когда к прокси получают доступ. Конечно, получая объект идентификатором isn’t столь же гибкий как использование произвольных запросов.
git remote add
name urlgit push
name branchExample:
git remote add origin git@github.com:foo/bar.git
git push origin master
See the docs for git push
-- you can set a remote as the default remote for a given branch; if you don't, the name origin
is special. Just git push
alone will do the same as git push origin
thisbranch (for whatever branch you're on).
Что вы можете сделать, так это сначала на вашем локальном компьютере создайте чистый клон репозитория
git clone --bare /path/to/repo /path/to/bare/repo.git # don't forget the .git!
. Теперь заархивируйте новый каталог repo.git с помощью tar / gzip или другого вашего любимого инструмента архивирования, а затем скопируйте архив на сервер.
Разархивируйте репо на своем сервере. Затем вам необходимо настроить удаленный компьютер в вашем локальном репозитории:
git remote add repo-name user@host:/path/to/repo.git #this assumes you're using SSH
Затем вы сможете отправлять и извлекать из удаленного репозитория с помощью:
git push repo-name branch-name
git pull repo-name branch-name
Вы можете отправить ветку на удаленный сервер, скажем github . Сначала вам нужно будет выполнить начальную настройку проекта, затем клонировать свой проект и:
git push <remote repo> <your branch>
There are many ways to move repositories around, git bundle
is a nice way if you have insufficient network availability. Since a Git repository is really just a directory full of files, you can "clone" a repository by making a copy of the .git
directory in whatever way suits you best.
The most efficient way is to use an external repository somewhere (use GitHub or set up Gitosis), and then git push
.