For your first question, no, there’s nothing wrong with pushing multiple commits at once. Many times, you may want to break your work down into a few small, logical commits, but only push them up once you feel like the whole series is ready. Or you might be making several commits locally while disconnected, and you push them all once you’re connected again. There’s no reason to limit yourself to one commit per push.
I generally find that it’s a good idea to keep each commit a single, logical, coherent change, that includes everything it needs to work (so, it does not leave your code in a broken state). If you have a two commits, but they would cause the code to be broken if you only applied the first one, it might be a good idea to squash the second commit into the first. But if you have two commits where each one makes a reasonable change, pushing them as separate commits is fine.
If you do want to squash several commits together, you can use git rebase -i. If you’re on branch topical_xFeature, you would run git rebase -i master. This will open an editor window, with a bunch of commits listed prefixed by pick. You can change all but the first to squash, which will tell Git to keep all of those changes, but squash them into the first commit. After you’ve done that, check out master and merge in your feature branch:
git checkout topical_xFeature
git rebase -i master
git checkout master
git merge topical_xFeature
Alternatively, if you just want to squash everything in topical_xFeature into master, you could just do the following:
git checkout master
git merge --squash topical_xFeature
git commit
Which one you choose is up to you. Generally, I wouldn’t worry about having multiple smaller commits, but sometimes you don’t want to bother with extra minor commits, so you just squash them into one.