1
00:00:05,950 --> 00:00:10,040
I am going back to get Lamp and I want to create a new branch.

2
00:00:10,450 --> 00:00:15,570
Of course you can do it anywhere you want, but it will be much easier to demonstrate it from here.

3
00:00:15,970 --> 00:00:18,070
I'll go to repository branches.

4
00:00:21,700 --> 00:00:23,170
They're going to select new branch.

5
00:00:26,520 --> 00:00:32,040
Let's say that we want to add a different title to our website and name it feature.

6
00:00:34,060 --> 00:00:34,750
Your title.

7
00:00:37,900 --> 00:00:40,060
And I'm going to create this branch from MOSTRO.

8
00:00:46,220 --> 00:00:49,970
As soon as I've created this brunch, the pipeline will start.

9
00:00:53,880 --> 00:00:59,490
And you will see that the pipeline itself is much shorter, so we don't only build a website and then

10
00:00:59,490 --> 00:01:06,450
go to testing and if everything looks good, then we can say we are ready to march this branch back

11
00:01:06,510 --> 00:01:07,350
into the master.

12
00:01:14,390 --> 00:01:17,990
Now, let's actually go ahead and make a small change inside a website.

13
00:01:23,020 --> 00:01:29,370
So I am inside source pages, index chairs, and I'm going to make a small change to this process.

14
00:01:31,470 --> 00:01:36,420
And I have added here a new title in committees.

15
00:01:41,310 --> 00:01:41,570
And.

16
00:01:43,060 --> 00:01:45,820
And now let's go ahead and create our first budget request.

17
00:02:29,440 --> 00:02:34,600
If I want, I can put in a description, maybe telling a bit more why this is needed and why I'm doing

18
00:02:34,600 --> 00:02:34,930
this.

19
00:02:37,490 --> 00:02:43,430
And if I'm doing more commits, working continuously, working on this branch, there are a couple of

20
00:02:43,430 --> 00:02:44,600
things that I can check as well.

21
00:02:44,630 --> 00:02:48,860
So first of all, I can delete my branch once the merge request accepted.

22
00:02:49,250 --> 00:02:52,370
And this will be very helpful, especially.

23
00:02:53,440 --> 00:02:58,330
Because you will not have branches which have no reference anymore, which you don't need, basically.

24
00:02:59,380 --> 00:03:01,090
I'm going to click submit my request.

25
00:03:10,750 --> 00:03:16,510
So now we're much request looks like this, you will see here that a pipeline is running and it's still

26
00:03:16,510 --> 00:03:23,230
building, we can click here March one pipeline succeeds and the entire pipeline will be marched.

27
00:03:25,660 --> 00:03:27,250
So let's go ahead and click on it.

28
00:03:30,910 --> 00:03:33,970
And this will be automatically merged when the pipeline succeeds.

29
00:03:34,000 --> 00:03:42,850
So as soon as this final test job is done, we to test this Getler lab will automatically march this

30
00:03:42,850 --> 00:03:47,080
branch for us and to sort of branch that we had will be deleted.

31
00:03:54,830 --> 00:04:01,110
You know, the pipeline was successful and what exactly is happening is that the changes were to master

32
00:04:01,790 --> 00:04:07,670
and now the pipeline for the master branch has started it up.

33
00:04:07,670 --> 00:04:13,730
Now, because we are using environment has even detected what will be deployed and it forces will deploy

34
00:04:13,730 --> 00:04:18,980
to staging, will deploy to production and even have the possibility of stopping a deploying.

35
00:04:19,010 --> 00:04:21,019
So if you're saying, oh, wait a minute, what are you doing?

36
00:04:21,060 --> 00:04:22,370
Want to deploy this production?

37
00:04:23,600 --> 00:04:28,160
Simply click here and it will not be deployed to production and you get this link.

38
00:04:28,170 --> 00:04:35,120
So the integration and everything that is available with environment is quite interesting and very,

39
00:04:35,120 --> 00:04:36,050
very intuitive.

40
00:04:39,740 --> 00:04:45,650
It seems that the Mustapa plan worked pretty well because we have deployed on staging and production

41
00:04:45,650 --> 00:04:46,110
as well.

42
00:04:46,550 --> 00:04:50,840
And let's quickly click on VoIP so that we can inspect the changes that have been made.

43
00:04:53,590 --> 00:04:59,070
You will see in the near future that they have implemented this is a new title is perfectly displaying

44
00:04:59,070 --> 00:04:59,430
here.

45
00:05:45,680 --> 00:05:53,990
So in this lecture, we have introduced a new workflow for dealing with features or bug fixes, and

46
00:05:53,990 --> 00:06:02,630
now we are actually capable of using branches in order to work in our environment and to make sure that

47
00:06:02,630 --> 00:06:08,600
what we have in master is a bit better tested and that we don't break the master just this easy and

48
00:06:08,600 --> 00:06:15,470
that we cannot push for any changes into the master without going through this simple review process

49
00:06:15,470 --> 00:06:16,840
that we have in place right now.

