Follow below steps to run dynamodb locally# pull image from docker hub provided by AWS – https://hub.docker.com/r/amazon/dynamodb-local/
docker pull amazon/dynamodb-local# run imagedocker run -p 8000:8000 amazon/dynamodb-localHit this url on browser to test dynamodb is working
You do not have to clone every developer’s fork or repository and then checkout their respective branch in order to test the pull request locally on your dev box 😉
This tutorial will show you how to checkout a pull request on your own computer. This can be very helpful when you want to find bugs and test out new features before they get merged into the main project.
That gist does describe the config changes required in .git/config of the project.
Basically you need to add this line in config
fetch = +refs/pull/*/head:refs/remotes/origin/pr/*
which will allow you to checkout pr locally
Obviously, change the github url to match your project’s URL. It ends up looking like this:
[remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = firstname.lastname@example.org:joyent/node.git fetch = +refs/pull/*/head:refs/remotes/origin/pr/*
Now fetch all the pull requests:
$ git fetch origin From github.com:joyent/node * [new ref] refs/pull/1000/head -> origin/pr/1000 * [new ref] refs/pull/1002/head -> origin/pr/1002 * [new ref] refs/pull/1004/head -> origin/pr/1004 * [new ref] refs/pull/1009/head -> origin/pr/1009 ...
To check out a particular pull request:
$git checkout <pr-id> $ git checkout pr/999 Branch pr/999 set up to track remote branch pr/999 from origin. Switched to a new branch 'pr/999'
How easy is to create a micro service, put it behind a gateway and make it up and running as part of a full stack application ? Well its easier then it appears. I have published the video with live demo creating a micro service and making it full from a Angular UI by using aa awesome tool called jHipster. Watch it and have fun 😉
It was my deep down wish to be an instructor on Udemy platform and with Guru’s grace it got fulfilled today.
My video Book on “Learn software design patterns with Java” is now available on Udemy as on line course. Students would also get the certificate of completion once they finish the entire course.
As developers we fall into the following trap often: we focus on solving puzzles, not solving problems. What’s the difference between a puzzle and a problem?
Solving both puzzles and problems is satisfying, revealing, and educational. Solving a complex puzzle or problem can be intellectually rewarding and exhilarating. Unfortunately, puzzles are often meaningless distractions and time-wasters despite the satisfaction gained. Solving problems unblocks you and helps you accomplish your goals.
So, you’re feverishly trying to optimize your app’s search feature to make it a few milliseconds faster — is this a distracting, wasteful puzzle or a critical problem to solve? It depends! If the search feature is the most used customer feature then you might be saving the company. But, if you just stumbled upon this unused code and you remember reading a blog article a while back about a new technique and… well it just could be better and it’s annoying you then this might be a puzzle for another day.
Be a problem solver. Again, step back, get out of your own head, and ask yourself, “What am I trying to accomplish? Is this important?”
This certificate above verifies that Aseem Jain successfully completed the course Angular 4 Java Developers on 09/24/2018 as taught by Dan Vega, John Thompson on Udemy. The certificate indicates the entire course was completed as validated by the student.
Its a good practice to push your pet project to github repository. Below commands will help you.
First, you need to create a project in github repo and copy its repository url which will act has your remote origin, then you need to init you local repository and link them. so that you can push them once its all set.
git init git add -A git commit -m 'Added my project' git remote add origin email@example.com:premaseem/my-new-project.git git push -u -f origin master
With this, there are a few things to note. The
-f flag stands for force. This will automatically overwrite everything in the remote directory. We’re only using it here to overwrite the README that GitHub automatically initialized. If you skipped that, the
-f flag isn’t really necessary.
-u flag sets the remote origin as the default. This lets you later easily just do
git push and
git pull without having to specifying an origin since we always want GitHub in this case