Tag: git

Opublikowane w

GitHub – personal access token

Zazwyczaj do operacji związanej z repozytoriami na Githubie korzystało się z nazwy użytkownika i hasła.
Teraz zamiast hasła powinno używać się osobistego tokenu dostępowego.
Ma to na celu m.in. poprawę bezpieczeństwa.
Do określonego tokenu przydzielane są wybrane określone przez użytkownika uprawnienia.
Natomiast po roku nie używania tokenu zostaje on automatycznie usunięty.

 

Poniżej link do strony, jak utworzyć nowy token:
https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token

 

Warto już teraz dokonać zmiany, ponieważ niebawem uwierzytelnianie za pomocą hasła wygaśnie i nie będzie możliwe.

Opublikowane w

Heroku deploy – z przykładem aplikacji

Przedstawię pokrótce jak można wrzucić utworzoną aplikację na serwery Heroku.

 

Tutaj przykład utworzonego prostego “Hello World” we frameworku Javy – Springu:
https://github.com/traininguniverse/HerokuDeployExample

 

Ściągamy repo i następnie je otwieramy w terminalu:

cd HerokuDeploExample-master

 

Żeby mieć zastosowanie do deploy-owania nowej własnej aplikacji usuwamy ukryty folder “.git”.

 

I zaczynamy tak jakbyśmy mieli tworzoną aplikację od nowa.
Najpierw inicjalizujemy puste repozytorium:

git init

 

Dodajemy na podstawie danych z Heroku ustawienia lokalne git:

git config user.email “imie.nazwisko@domena.pl”

git config user.name “Imie Nazwisko”

 

Dodajemy pliki i zatwierdzamy:

git add .

git commit -m “Add app”

 

Tworzymy aplikacje na Heroku – podajemy nazwę:

heroku create app-name

 

Sprawdzamy czy zdalne repo jest dobrze ustawione:

git remote -v

Jeżeli istnieje już utworzona aplikacja (np. poprzez panel na stronie internetowej), to wywołujemy komendę:
heroku git:remote -a app-name

 

Wrzucamy repozytorium na serwer:

git push heroku master

Automatycznie ta przykładowa aplikacja z github-a zostaje już uruchomiona.

 

Otwieramy aplikację komendą:

heroku open

W przeglądarce dodajemy jeszcze na końcu w pasku adresu napis “/hello”.
Powinno ukazać Nam się tekst “Hello World”.

Opublikowane w

GIT w skrócie – rozproszony system kontroli wersji

Do samodzielnego, prostego zarządzania własnym repozytorium czasami wystarczą poniższe komendy:



git config user.name “Imię Nazwisko”

git config user.email imie@domena.pl

git init

git add file

git commit -m ‘komentarz’

git status

git push origin master

Określamy kolejno dane konfiguracyjne, inicjalizujemy repo, dodajemy jakieś pliki, zatwierdzamy komentarzem, możemy przejrzeć status (np. zmodyfikowany) i końcowa czynność dodanie do repo na konkretnej gałęzi.

A teraz trochę więcej szczegółów:

Git posiada trzy stany, w których mogą znajdować się pliki:
1) zmodyfikowany – plik został zmieniony, ale zmiany nie zostały wprowadzone do bazy danych
(zmodyfikowany – kolor czerwony)
2) śledzony – zmodyfikowany plik został przeznaczony do zatwierdzenia w bieżącej postaci w następnej operacji commit
(zmodyfikowany – kolor zielony)
3) zatwierdzony – dane zostały bezpiecznie zachowane w Twojej lokalnej bazie danych

Ze względu na te trzy stany, projekt GIT jest podzielony na trzy główne sekcje:
– katalog GIT (repository)
– katalog roboczy (working directory)
– przechowalnia (staging area)

– poczekalnia (tylko zmodyfikowany, nieśledzony) (git add)(potem git commit)
(coś pomiędzy katalogiem roboczym, a przechowalnią)



user@computer$ git diff – różnice między katalogiem roboczym a przechowalnią

user@computer$ git diff HEAD – różnice między katalogiem roboczym a repozytorium

user@computer$ git diff –staged – różnice między przechowalnią a repozytorium

 

katalog roboczy (tu modyfikujemy pliki, tworzymy nowe)
przechowalnia (tu śledzimy pliki, które czekają na umieszczenie w repozytorium)
repozytorium (tu przechowujemy zatwierdzone pliki)

 



user@computer$ git add . – dodanie do poczekalni zawartości całego bieżącego katalogu


user@computer$ git log -historia rewizji(dokonanych zmian w odwróconej chronologii)

user@computer$ git log –graph –decorate –pretty=oneline –abbrev-commit –all


user@computer$ git commit –amend -poprawa komentarza w ostatniej rewizji

user@computer$ git commit -a -pozwala ominąć poczekalnię i dodaje do repozytorium wszystkie zmienione pliki, które były śledzone (zatwierdzenie wprowadzonych zmian)


user@computer$ git branch -wypisuje gałęzie i zaznacza, w której aktualnie się znajdujemy

user@computer$ git branch newbranch -utworzenie nowej gałęzi

user@computer$ git checkout newbranch -przejście do podanej gałęzi

user@computer$ git merge newbranch -scalenie gałęzi newbranch z gałęzią master

user@computer$ git branch -d newbranch -usunięcie gałęzi newbranch

user@computer$ git checkout -b newbranch -utworzenie nowej gałęzi i przejście do niej


user@computer$ git stash -“ukrywanie” zmian wprowadzonych na danej gałęzi (umieszczenie zmian w schowku – nie chcemy ich jeszcze wrzucić do repozytorium)

user@computer$ git stash apply -pobranie danych ze schowka

user@computer$ git stash clear -wyczyszczenie niepotrzebnego już schowka
Opublikowane w

Uruchomienie aplikacji Spring Boot na Heroku

Zgodnie z linkiem tworzymy szkielet Spring Boot. Na stronie Initializr dodajemy jako zależności “Spring Web”.
Możemy dodać jakąś nową klasę, żeby wyświetlała nam jakiś tekst, np. :

package com.example.demo;

import org.springframework.boot.SpringApplication;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class Example {

@RequestMapping("/")
String hello(){
return "Witaj świecie!";
}

public static void main(String[] args){
SpringApplication.run(Example.class,args);
}
}

Standardowo odpalamy aplikację i powinien wyświetlić nam się żądany tekst.

Gdy mamy już zainstalowanego Git-a i Heroku logujemy się:

$heroku login

Następnie tworzymy lokalne repozytorium i dodajemy pliki:

git init
git add .
git commit -m "initial commit"

Tworzymy aplikację komendą:

$heroku create

A potem wrzucamy kod do zdalnego repozytorium:
$git push heroku master

I otwieramy za pomocą polecenia:
$heroku open